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SECTION 1 — ABSTRACT 

This paper presents precise versions of some "laws" that must be satisfied by computations involving 
communicating parallel processes. The laws take the form of stating plausible restrictions on the 
histories of computations that are physically realizable. The laws are very general in that they are 
obeyed by parallel processes executing on a time varying number of distributed physical processors. For 
example, some of the processors might be in orbiting satellites. The laws are justified by appeal to 
physical intuition and are to be regarded as falsifiable assertions about the kinds of computations that 
occur in nature rather than as proved theorems in mathematics. The laws are intended to be used to 
analyze the mechanisms by which multiple processes can communicate to work effectively together to 
solve difficult problems. 

The laws presented in this paper are intended to be applied to the design and analysis of systems 
consisting of large numbers of physical processors. The development of such systems is becoming 
economical because of rapid progress in the development of large scale integrated circuits. 

We generalize the usual notion of the history of a computation as a sequence of events to the notion of 
a Partial order of events. Partial orders of events seem better suited to expressing the causality 
involved in parallel computations than totally ordered sequences of events obtained by "considering all 
shuffles" of the elementary steps of the various parallel processes [21,221 The utility of partial orders is 
demonstrated by using them to express our laws for distributed computation. These laws in turn can be 
• used to prove the usual induction rules for proving properties of procedures. They can also be used to 
derive the continuity criterion for graphs of functions studied in the Scott-Strachey model of 
computation. The graph of a function is simply the set of all input output pairs for the function. We 
can prove that the graph of any physically realizable procedure p that behaves like a mathematical 
f unction is the limit of a continuous functional F such that 

graph(p) * U k n F*({}> 

In other words the graph of p is the limit of the n-fold compositions of F with itself beginning with the 
empty graph. 
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SECTION II — INTRODUCTION 

In programming languages such as SIMULA-67 [17], SMALLTALK. [18], and CLU [201 the emphasis 
has changed (compared to Aigol-60) from that of procedures acting on passive data to that of active 
data processing messages. The actor model is a formalization of these ideas that is independent of any 
particular programming language. Instances of SIMULA and SMALLTALK classes and CLU clusters 
are actors. However, actors have been designed to include the added effects of parallelism so that 
instances of monitors[42,41], envelopes[43], and serializers[34] are also actors. 

The actor message passing theory can be used to model networks of communicating processes which 
may be as close together as on the same LSI chip or as far apart as on different planets. It can be used 
to model processes which communicate via shared memory02], packet-switched networks[13,24l 
ring-networks[23], boolean n-cube networks[44], or Batcher sorting nets[25l 

SECTION III — ACTORS and EVENTS 

The theory presented in this paper attempts to characterize the behavior of procedural objects called 
actors [active objects] in parallel processing systems. Actors and events are the fundamental concepts in 
the theory. Actors interact with each other through one actor sending a messenger to another actor 
called the target. The arrival of a messenger at a target is an event, and these events are the basic 
steps in this model of computation. A key point in the actor model of computation is that messengers 
are themselves actors. The actor model is therefore an un-typed theory which is a generalization of the 
X-calcuius of Church. 

Actors can be created by another actor as part of the second actor’s behavior. Indeed, almost every 
messenger is newly created before being sent to a target actor. 

Events mark the steps in actor computations; they are the fundamental interactions of actor theory. 
Each event is instantaneous and indivisible taking no duration in time. Every event E consists of the 
arrival of a messenger actor, called wssonger(E), at a target actor, called target (E). 

We will often use the notation: 

• • . ' " - 

E: 

to indicate that E has messenger M and target T. 

The time of an event is the arrival of the messenger of the event rather than the sending of the 
messenger because a messenger cannot affect the behavior of another actor until that actor receives it 
If the sender wishes a reply, an actor (called the continuation) to whom any reply should be sent should 
also be carried by (as a component of) the messenger. 

Intuitively, the arrival of the messenger M at the target T makes M’s information available to the target 
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for the purpose of activating additional events. The arrival of M at T does not in itself cause any 
change to either M or T. 

For each event E we define acquaintances^) and aequaintancas^(M) to be the vector of immediate 
acquaintances of T and M, respectively. The immediate acquaintances of an actor x are the other actors 
x directly "knows about" at a given instant. The relation is asymmetric in the sense that it is possible 
for an actor x to know about an actor y without it being the case that y knows about x. An actor may or 
may not "know about" itself; if it does, it can directly send itself messages! 

Law of Finite Acquaintances: For all actors x and events E such that x is the target or messenger of E, 

the vector acquaintances^) has finite length. 

The above law states that an object can only be directly connected to finitely many other objects. 

All of the actors which are definable within the lambda calculus of Church have the property that their 
acquaintances cannot change with time; i.e. if x is defined by a lambda expression, then for all events 
Ei and E£ in which x is the target or messenger, it will be the case that 

acquaintances^ (x) * acquaintances^ M 

In order to implement interprocess communication between parallel processors it is necessary to use 
actors whose vector of acquaintances changes over time. The purpose of this paper is to axiomatize the 
fundamental laws which govern the behavior of such actors. 

An important example of an actor whose immediate acquaintances change with time is a cell. A cell is 
an actor which at any given time has exactly one immediate acquaintance—its contents. When the cell 
is sent a messenger which consists of the message, "what is your contents?", and a continuation— another 
actor which will receive the contents-the cell is guaranteed to deliver its contents to that continuation 
(while also continuing to remember them). All this might be very boring if the contents of the cell were 
constant However, upon arrival of a messenger which has the message "update your contents to be x" 
and a continuation, the cell is guaranteed to update its contents to be the actor x (whatever that may be) 
and inform the continuation that the update has been performed. The behavior of cells will be 
axiomatized later in this paper after we have presented enough of the actor model to make this 
possible. 

The target(E) and the messenger(E) and their immediate acquaintances will be called (immediate) 
participants of an event E. The immediate participants of an event are exactly those actors which can 
be accessed without sending any messages. 

participants(E) s {largat(E), messangar(E)} U acquaintancasgdargeUE)) U acquaintancasgfmoseongorfE)) 

Finite Interaction law: For each event E, the immediate participants in E are finite. 

The above law, which is intended to capture the physical intuition that only finitely many objects can 
interact in a single event, is an immediate corollary of the Law of Finite Acquaintances. 
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SECTION IV — PARTIAL ORDERINGS on EVENTS 


In order to develop a useful model of parallel computation, we have found it desirable to generalize the 
usual notion of the history of a computation as a sequence of events. In this paper a history of a 
computation will be expressed as a partial order which records the causal and incidental relations 
between events. The partial orders constrain the maximum amount of parallelism that can be used in 
an implementation. Any two events which are unordered can be executed concurrently using separate 
processors. However, there is no requirement that an implementation do this. Events can be executed 
in any time sequence that is consistent with the partial order. 


IV1 - ACTIVATION ORDERING 

One important strict partial ordering on events in the history of a computation is derived from how 
events activate one another. Suppose an actor xj receives a messenger h»j in an event Ej and as a 
result sends a messenger m£ to another actor Then the event E 2 , which is the arrival of the 
messenger m 2 at X 2 * is said to be activated by Ej. We call the transitive closure of this "activates* 
relation the activation ordering and if Ej precedes E 2 in this ordering then we write: 

E| -act-> E 2 

In general -oct-> is only a partial ordering because an event E might activate several distinct events 
Ej^E^ thereby causing a "fork". 

IV.la — Primitive Actors 


A simple example which illustrates the use of -ect-> is a computation in which integers 3 and 4 are 
added to produce 7. We suppose the existence of a primitive actor called + which takes in pairs of 
numbers and produces the sum. In this case + receives a messenger of the following form: 

[request; [3 4], reply-to: c] 

which specifies that the message in the request is the argument tuple [3 4] and the reply which is the 
sum should be sent to the continuation c when it has been computed. Thus the history of the 
computation contains two events: 

• . . ‘ * . 

1: a request event with target + and messenger that specifies the numbers to be added and 

an actor e to which the sum should be sent; 

2: a reply event with target c and messenger that specifies the sum of the numbers. 

These two events are related as follows in the activation ordering: 
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£ + <"•* [requeit: [3 4], reply-to: cfl 

I 

act 

I 

- ■ L ;....r ..■. V 

£c [reply: 7fl 

The activation ordering can be used to define the notion of a simple primitive actor as follows: 
Definition: An actor x will be said to be a simple* primitive actor if whenever an event Ej of the form 

£x <«*' [requett: m r reply-to: c]J 

appears in the history of a computation then there is a unique event E 2 of the form 

£c <~~ [reply. r]J 

such that Ej-oc»-> E 2 and there are no events E such that EJ-act-> E-oet-> E 2 . 

Complaint processing can easily be incorporated into the scheme The history that results from 
divide[3 0] which attempts to divide 3 by 0 is shown below: 

£ divide <•'*' [request: [3 0], reply-to: ej| 

: ■ ■ ■ ■ v I ■ ■ ■ '■ ■ ■ 

' act 

■ I . 

■ ■ v 

£c [ complaint: [zero-divide: 3]]J 

Since complaint processing does not have any profound implications for the results in this paper, we 
will not say anything more about the matter. 

The history of the computation of factorial[3J using an iterative implementation of factorial illustrates 
how the activation ordering can be used to illustrate properties of control structures. We will suppose 
that factorial knows about an actor called loop which is sent tuples of the form [index product] where the 
initial index is 3 and the initial product is 1. Whenever loop receives a tuple [index product], where index 
is not 1, then it sends itself the tuple [(index « 1) (index * product)]. 


1: Later in this paper we will see examples of primitive actors such as fork and join primitives which are not 
simple. 
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[factorial <•»•* [re</ueit: [3], reply-to: c]J 

I 

act 

■ ■.. I ..:.■-.- - ■' .. L . ..■ '■. 

v 

[loop <*•*» [request: [3 1], reply-to: cfl 

I ■ ' 

act 

I 

V -- • 

[ loop <•'*' [requett: [2 3], reply-to: c]] 

act 

; i 

: v 

[loop [request: [i 6], reply-to: c]J 

I ■ , ■ 

. . act - 

' ■ I 'V'' . • 

V , 

[c [reply: G]J 

The actor loop is iterative because it only requires the amount of working stored needed to store the 
index and product. Note that only one reply is sent to the continuation c even though c appears as the 
continuation in several request events. 

' _ . * . * - ‘ ■ ■ . ; 

IV.l.b — Laws for the Activation Ordering 

It is not possible for there to be an infinite number of events in a chain* of activation between two 
given events in the activation ordering of the history of a computation. This law implies the existence 
of primitive actors. Stated more formally, 

Law of Finite Activation Chains between two Events: If C is a chain of avanta in iha activation ordering from 
E} to E 21 than C is finite. 

The laws of finite activation chains is intended to eliminate "Zeno machines"-i.e. machines which 
compute infinitely fast. For example, consider a computer with your favorite instruction set which 
executes its first instruction in 1 microsecond, its second in 1/2 microsecond, its third in 1/4 microsecond, 
and so on. This machine not only could compute everything normally computable in less than 2 


2: The careful treatment of the storage required for this example is given in [26]. 
3: A chain is a totally ordered sequence of events 
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microseconds, but could also solve the "halting problem". It could do this by simulating a normal 
computer running on some input, and if the simulation were still running after 2 microseconds, it could 
conclude that the simulated machine does not halt on that input. 

Intuitively each event can directly activate only a finite number of other events. The events directly 
activated by an event E are called immediate successors of E (under the activation ordering -oc»->). The 
immediate successor set of E in the -oct-> ordering, written imm*diat*-suec. oct . > (E), can be defined 
formally: 


imm«dial«-succ_ act-> (E) = (Ej| E -ect-> Ej and -»3 E 2 such that E -act-> E 2 -ect-> Ej} 

, 1 

Then we have the following law: 


Law of Finite Immediate Successors In the Activation Ordering: 

For all events E, th« sat imm*diaU-tucc. aet .^(E) is finite. 

We define immediate predecessors in the activation ordering in a manner similar to that used for 
immediate successors. We postulate that an event is either an initial event, in which case it has no 
predecessors, or it is activated by a unique predecessor event 

* . * 

Law of Uniqueness of Immediate Predecessors in the Activation Ordering: 

For all events E, the set inrn»ediate-pred. ac ,. > (E) has at most one element 

This law is based on the physical intuition that two distinct events cannot both be the immediate cause 
of another event This is because an event which immediately activates another event must have been 

the sender of the messenger for that second event. Thus each event E has at most one activator* 
which if it exists will be denoted as activator(E). 

Note that the activation ordering analyzes the causality of the classical "fork-join" structure of parallel 
computations in an asymmetric manner. The reason is that the last event to arrive at the join is the one 
which activates the remainder of the computation. Later in this paper we will introduce another partial 
order on events [called the continuation order] which treats "fork-join" control structures in a symmetric 
fashion. 


4: This usage of the term "activator" is somewhat in conflict with the usage of the term in Greif and 
Hewitt[40l The usage here has the advantage that it is more firmly grounded in the physics of 
computation. 
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IV.2 - ARRIVAL ORDERINGS 

Intuitively, the activation ordering can be identified with "causality" in which each event is "caused" by 
its activator. However, the activation ordering is not enough to specify the actions of actors with 
"side-effects", such as cells. For this reason, we introduce the arrival ordering -arr-> x for an actor x 
whose behavior depends on the order of arrival of the messengers sent to x. The physical basis for 
defining the order of arrival is a hardware device called an arbiter. Note that there are only a few 
primitive actors such as cells and synchronization primitives whose behavior actually depends on the 
order in which messengers arrive. 

Due to the totality of the order of arrival of messengers at an actor x (which wilt be discussed in more 
detail below), the notion of a "local time" for x is well-defined. Therefore, when talking about a single 
actor, we can talk rigorously about the changes in its vector of acquaintances over time. 

IV.2a — Laws for Arrival Orderings 

The arrival ordering for each actor x is required to be a total ordering on all events which have x as 
their target This policy is enforced by arbitration in actors such as synchronization primitives which 
need to dbserve the in order in which their messages arrive. 

Arrival Ordering Law: If Eji^ and targeUEiMarget^) 3 *) 

then •ither Ej-arr-> x E 2 or E£ *orr-> x Ej 

This law says that the messenger of Ej arrives at x before the messenger of E 2 or vice-versa. 

Note in connection with arrival orderings that there is no necessary relation between the arrivals of two 
messengers at a target and the ordering of their activator events. Suppose that events Ej and E 2 have 
the same target x. Then, in general, the circumstance that Ej-orr-> x E 2 does not imply that 
E| ~act-> E 2 since Ej and E 2 might be distinct events of two asynchronous processes that both happen 
to send messengers to the same actor. Furthermore, the fact that activator(Ej) -act~> activator^) is no 
guarantee that Ej -orr-> x E 2 ; i.e. the messenger of E 2 might still arrive at the target actor before the 
messenger of Ej. 

Given an event Ej of the form |[T <~~ MjJ and an event E 2 of the form [T <«*** M 2 J, there are only a 
finite number of events between these two events in the arrival ordering -arr->j. Stated more formally: 

Corollary; Law of Finite Chains between two Evanls in an Arrival Ordering? 

For all events Ej and E 2 such ihatiargal(E^) a target^) * x, 

{E| Ej-orr*> x E-orr-> x E 2 } is finite. 

' 1 ' v . ' 

- - . » ■- . - . 

This eliminates anomalous behavior like the following: a cell receives the infinite sequence of "store" 
messages: [store: 1], [store; 1/2], [store: 1/4], [store: 1/8], etc and then receiving a "contents?" message. 
What is it to reply? Zero? But zero was never explicitly stored into the cell! 
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The law of Finite Chains in the Arrival Ordering allows us to define immediate predecessors and 
immediate successors for the arrival ordering in a manner similar to the one used for the activation 
ordering. Since the Arrival Ordering Laws guarantee that the arrival ordering for each actor is total 
over its domain, successors and predecessors are unique when they exist If an event E has an 
immediate predecessor in -orr->{ ar _ # |(gj then it will be called the precursor of E and will be denoted by 
precursor(E). 

SECTION V — CREATION of ACTORS 


Intuitively the creation of an actor x must precede any use of x. In order to precisely state the above 
intuition as a law we must be more precise about when actors are created. For each actor x which is 
created in the course of a computation, we shall require that there is a unique event craation(x) which 
caused x to be created. 

Let created(E) be the set (possibly empty) of actors created by the event E-i.e. the set of actors which 
claim E as their creation event. Note that x is not a participant in craation(x) because x does not come 
into existence until after craation(x) has occurred. 

Definition: craatad(E) a {x| creation(x)=E} 

The intuition that a single event can only create finitely many objects is formalized as follows: 

Law of Finite Creation: For aach avant E. created(E) is finite. 

If an actor x is created in the course of a computation, then prior to any given message which it 
receives, it could only have received finitely many messages: 

Law of Finitely Many Predecessors in the Arrival Ordering of a Created Actor: 

If an actor x is created in the course of a computation and target(E) = x then 
(E’| E’ -arr-> x E} is finite. 

The above law is used in the next section to guarantee that our axiom which characterizes the behavior 
of a cell is well defined. The law guarantees that the process of repeatedly taking the precursor of an 
event with target t will find the creation event for t in a finite number of steps. 
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SECTION VI — CELLS 


VI.l — Axiom for Cells 


The axiom for cells has two parts: involving their creation and use which can be stated as follows: 

Creation: There is a simple primitive actor, called ereate-eell, such that 
whenever it is sent a tuple of the form [i], it creates an actor a which is a new 
storage cell with initial contents the actor i. More formally, for each event Ej 

of the form Ej: £create-cell [request: [i], reply-to: c]J there is a unique 

event E 2 of the form E 2 S £c <~~ [reply. s]j such that s is a newly created 
simple primitive actor and Ej = activator{E 2 ). Furthermore created (Ej) = {*} 
which says that the only actor created by the event Ej is the storage cell *. 

Thus each storage cell that is returned by create-cell differs from all previously 
created celts. The storage cell s always has exactly one acquaintance which is 
initially i. If E is an event which has s as its target, we will use the notation 
contents E (s) to denote this acquaintance at the time of the event E. 

Use: A storage cell * can only be sent messages of the form [contents?] which 
requests the "current" contents and [update: x] which updates the contents to be 

The contents of s when it receives one of these messages in an event E can be 
; axiomatized using the arrival ordering for s as follows: 

contantsgfs) a 

if E hat a precursor in the arrival ordering for 6 
' then . 

if precursor(E) it of the form £s <•* [requett: [update: xj, reply-to: ...]J 

then X .— 

e/*e eonienis pr#eursor ( E j(s) 
else t which it the actor tent to create-call to create s 

If E is an event of the form £ t [request: [contents ?] reply-to: cfl then there 

is a unique event E' of the form E': [c [reply: cont«nis E (e)]] such that 
E = eciivator(E’). 











Hewitt and Bakar 



ACTORS 


VI.2 — Busy Waitim 


Busy waiting is the kind of waiting used in some multi-processing systems. In this kind of waiting, the 
contents of a cell is continually checked and, if it is unchanged, the processor branches back to check it 
again. This kind of waiting is used when one processor cannot depend upon another to "wake it up" 
when the contents change. Busy waiting depends upon the property of Finite Chains between Events in 
the arrival orderings of cells. 


For example suppose that a new storage cell a is created whose initial contents are 0. Furthermore 
suppose that the contents of s are updated exactly once by a process which sends s the message 
[update: 1]. Now another process might busy wait until the contents of the cell e change to 1 by 
executing a procedure of the following form: 


loop: if conienis(s) = 0 

then; goto loop 
el»e ...proceed... 



The property of Finite Chains between Events in the arrival ordering for #, guarantees that the code 
...proceed... will eventually be executed since otherwise there would be an infinite number of "contents?" 
messages before the [update: 1J message in the arrival ordering of s. 

The use of the arrival ordering in the actor model of computation seems to help overcome one of the 
major limitations of other theories of the semantics of communicating parallel processes based on the 
Scott-Strachey model of computation [5,61 The Scott-Strachey model is a deep mathematical study of 
functions that are minimal fixed points of "continuous" functionals. As currently developed the 
Scott-Strachey model seems to be a special case of the actor model in that it only deals with actors which 
behave like mathematical functions to the exclusion of actors such as cells and synchronization 
primitives whose behavior depends on the arrival ordering of messages sent to the actor. 


SECTION VII — LAWS of LOCALITY 


We would like to formalize the physical intuition that computation is local and there can be no "action 
at a distance". The laws of locality presented in this section are intended to capture these intuitions. 

The initial acquaintances of an actor are a subset of the participants in its creation event and the actors 
created by its creation event- 

Initial Acquaintances Law: If an actor z is tha target of an event E 
such that E is the first event in the arrival ordering of z then, 

acquaintances^) c participants(creation(z)) U ereated(creation(z)) 

The acquaintances of an actor can increase over its previous acquaintances only by the acquaintances of 
the messengers which it receives and the actors which it creates. 
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Precursor Acquaintances Law; If an actor z is the target of an event E 
such that E has a precursor in the arrival ordering of z then, 

acquaintances^) c participants(precursor(E)) U created(precursor(E)) 

An actor x can only be the target or messenger in an event E if x is newly created or is an immediate 
participant in activator(E). 

Activator Acquaintances Law; For each event E which is not an initial event 
target(E) < participants(activator(E)) U created(activator(E)) 
messenger(E) « participants(activator(E)) U created(activator(E)) 


SECTION VIII — COMBINED ORDERING 

To make sense out of the activation and arrival orderings, and to relate them to a notion of "time", we 
introduce the precedes relation 

Definition: —> is a binary relation on events which is the transitive closure of the union of the 
activation ordering-oci-> and the arrival orderings-orr-> x for every actor x. 

In order for —> to function as a notion of precedence, we require that the activation and arrival 
orderings be consistent This is guaranteed by the Law of Strict Causality for actor systems which 
states that there are no cycles allowed in causal chains; i.e. it is never the case that there is an event E in 
the history of an actor system which precedes itself. Stated more formally the law of causality is that 
the combined ordering is also a strict partial ordering: 

Law of Strict Causality : For no event E does E—>E. 

Suppose that we have events in a computation described as follows: 

Ejs |[x <"•* mjJ 

E 2 : lv m 2l 

E 3 : |[y m 3 ]| 

E^t r x <~~ 

Ej -act-> E 2 {arrival of ai x causes the arrival of m 2 at y 

E 3 -err->y E 3 ;m 2 arrives at y before m 3 

E 3 -oct-> £ a {arrival of m 3 at y causes the arrival of at x 

E4 -arr-> x Ej {m^ arrives at x before mi 

The Law of Strict Causality states that the history of the computation given above is physically 
impossible to realize even though it is locally reasonable in the sense that any proper subset of the 
orderings can be realized. The above example of an impossible computation is due to Guy Steele. 

Now we can define immediate predecessors and successors of an event E under —>. Note that an event 
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Et<~~ mj has at most two immediate predecessors in the relation —> one of which is the activator of 
the event and the other is the precursor of the event. 

We would like to formalize the intuition, that between any two events which are causally related, that 
there are only finitely many events in a causal chain that connects the events. This intuition is 
formalized in the following law: 

Law of Finite Chains betwean events in lha Combined Ordering :* 

There are no infinite chains of events between two events in the striet partial ordering-->. 

We can use the combined ordering ~> to express an important law about created actors. 

Lew of Creation before Use? 

If an actor x is created in the course of a computation and E is an event with target x then 
creation(x) —> E 


Vim - NESTED ACTIVITIES 

Since one of the aims of actor theory is to study patterns of passing messages, we must identify several 
common patterns. The two most common types of messengers are requests and replies to requests. A 
request has two acquaintances: the request message itself, and a continuation actor which is to receive 
the reply. A reply to a request consists of a message sent to the continuation; this reply usually contains 
an answer to the request, but may contain a complaint or excuse for why an answer is not forthcoming. 

We define the nested activity corresponding to a request event RQ in a computation to be the set of 
events which follow RQ in the combined order but precede any reply RP to the request More formally, 
let E~* denote the set of events which follow E (including E itself) and —*E denote the set of events 
which precede E (including E) in the computation. Then 

activity (RQ) s RQ--* fl U{~*RP | RP is reply to RQ} 

Activities embody the notion of the nesting of activities that is produced by conventional programming 
languages, since we only include those events in an activity which contribute to a reply to that request. 
Note that if no reply is ever made to the request RQ in the computation, then the activity corresponding 
to RQ is incomplete and therefore vacuous. 

If we let concurrent activities be those whose request events are unordered, then concurrent activities may 
overlap—i.e. share some events. However, this can only happen if the activities involve some shared 
actor which is called upon by both; if two concurrent activities involve only "pure" actors which by 


5: This law is a strict generalization of the Law of Finite Chains between events in the Activation Ordering, the 
Law of Finite Chains between events in each Arrival Ordering, and the Law of Strict Causality. We conjecture 
that the Law of Finite Chains between events in the Combined Ordering can be proved using the Laws of 
Locality. If this conjecture is established then we would no longer need it as an an independent law. 
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definition have no arrival ordering and can be freely copied to avoid arbitration bottlenecks, then 
activities are properly nested, meaning that two activities are either disjoint, or one is a subset of the 
other. 

The notion of activities allows one to vary the level of detail in using actors to model a real system. Let 
us define a primitive activity as the activity of a request which activates exactly one immediate reply, 
with no events intervening. Thus, a primitive activity always consists of exactly two events. A crude 
model for a system might represent an actor as primitive, i.e. one whose receipt events are all primitive. 
However, at a finer level of detail, one might model the internal workings of the actor as an activity in 
which a group of "sub"-actors participate. 

SECTION IX ~~ CONTINUATION ORDERING 

The notion of nested activities can be used to help explicate several of the various notions of "process" 
that have been used in computer science. In particular it can be used to define an ordering on events 
that is important to defining the semantics of programming languages for parallel processing. This 
new ordering is the continuation order and will be denoted by -cont->. The continuation ordering is 
important because it captures the usual operating system notion of "process" in terms of partial orders 
on events. Later in this paper we will show how to use the continuation ordering to provide a precise 
characterization of the relationship between the Scott-Strachey model and the actor message-passing 
.model. 

Definition: If E and E' ar® events then E -cont-> E' if 
. 1: There is some activity a such that E, E' ( a 
and •' 

2: E —> E* 

* . e 

Note that each event has only finitely many predecessors and finitely many immediate successors in the 
continuation ordering because -cont-> is a sub-ordering of —>. 

IX.l — Fork-Join Behavior 

In programming languages for parallel processing, it is quite common to provide primitives by which 
processing can "fork" creating more parallelism which can later join together. Parallel evaluation of the 
arguments of a procedure provides a good example of fork-join behavior. All fork-join primitives have 
basically the same structure. Consider for example, the behavior of a procedure f which computes 

(x 2 + y 2 > given arguments x and y. Below are the two possible histories for an activity of f which 
produces these results where —> is used for the combined ordering: 






14 


H*witt and Baker 


ACTORS 


Ej: £f [request: [x y], reply-to: c]J 


act 


I 


^ 2 S [ * [request: [x x], reply-to: 

I 

act 


act 


E 3 : £ * <“*' [request: [y y], reply-to: c 2 a 

1 

act 


v 

E 4 » £cj <** [ reply: X 2 ]] 

: I ' . 


E g i £c 2 [reply, y 2 ]] 


act 


I 


. ▼ 

Eg: £ + [request: [x 2 y 2 ], reply-to: c]] 


act 


E 7 S £e [reply, (x 2 + y 2 )]] 

Note that in the history given above that Eg-ac»-> Eg whereas in the history given below that 
E 4 -act-y Eg. 

Ej: £ f [request: [x y], reply-to: e]J 

II 

-—.-act--- -———act———— 


E 2 : I* <*"*' [request: [x x], reply-to: 


E 3 J £ * [request: [y y], reply-to: C 2 ]l 


act 

" I . 

V 

E 4 : C c l [reply. x 2 fl 


act 


Eg: £e 2 [reply y 2 ]J 


act 


V V 

Eg: £+ [request: [x 2 y 2 ], reply-to: c]] 

I 

act 


E 7 : £c [reply, (x 2 ♦ y 2 )]] 
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We shall say that Ej Is a fork event and that Eg is a join event. In the above computation it will 
necessarily be the case that Ej -act-> Eg since this is the only way that Eg can be activated. Therefore it 
will be the case that either E 4 -oct-> Eg or Eg -act-> Eg. The continuation ordering -cont-> enables us 
to present the history of the computation without having to be concerned as to which of the above 
possibilities actually occured. Using the continuation ordering the symmetry of the above fork-Join 
computation is demonstrated by the fact that the continuation ordering is the same for both of the 
above histories: 

Ej: [f <»•' [request: [x y], re ply-to: efl 

I I 

-cont- — -cont- 

1 ..■ 1 

..~.v.". - ■ ■ . :." v......r.-.- 

E 2 : C* [request: [x x], reply to: E 3 : [* <•* [request: [y y], reply to: Cofl 

I I 

cont cont 

I I 

V V 

E4: £ e i [reply x^]J E5t [co <** [reply: y^]J 

I I 

-cont- -cont—-—— 

• I ■■ 'I ■ 

v v '.. 

E 6 : E + <*'*' [request: [x^ y^J, reply to: c]J 

, , i . ■ ■ ■■ . ■ , 

cont 

- ■ ■ I • ' • 

• ■ V 

E7: E c [reply (x 2 + y 2 )fl 


» • . • 

IX.2 — Synchronization Between Processes 

The behavior of semaphores provides a simple example to illustrate the relationship between the 
activation and continuation orderings. Suppose that s is a newly created semaphore whose capacity 
(count) is initially 0 so that the first attempt to perform a P operation will wait until a V operation is 
performed on the semaphore. In order to model the behavior of semaphores using message passing, we 
will suppose that P and V operations are implemented by sending [P:] and [P:] requests respectively. 
Suppose that E p is the first event in the arrival ordering of s in which s receives a [P:] request and Ey 

is the next event in which s receives a [P;] request. The activation and continuation relations between 
these events is shown below: 
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E_: £* <~~ [request: [P:] ( reply-to: Cj]J 

I • 

cont 

I 

-.v ~~ v ... : ' ■ ■ . - * . ; . 

E: Cci [reply. ...]] <-act- Eyi £s [request: [V:], reply-to: c 2 n 

i 

cont 

• I 

V 

[e 2 <*~ [reply. ...fl 

Note that Ey -«> E since Ey -act-> E but it is not the case that Ey -cont-> E because there is no activity in 
they are both elements. 

SECTION X — PROCEDURES 


X.l — Behavior of Procedures 

In this section we would like to characterize the behaviors of actors which behave like procedures. In 
order to do this we would like to use the notion of an activity. 

To make our discussion more concrete we will consider the behavior of an implementation of the 
Fibonacci function defined as follows: 

(fib n) s 

(if 

(n = 1) then 1 
(n« 2) then 1 

(n > 2) then ((fib (n - lj) ♦ (fib (n - 2)))) 

The following history is a partial order of some of the events that might result from evaluating (fib 4). 
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Eji [fib <“*» [requett; [4], reply-to: efl 


cont—,- --cont 


E 2 J [fib [requett: [3], reply-to: Cjfl Eg: [fib <*'•' [regueit: [2], reply-to: e 2 n 

I I 

cont cont 

V “ V 

E 4 S [cj <~~ [reply: 2]] Eg! [c 2 [reply. 1]] 

ft' ’ A 


—cont- -cont-- 

I I 

I I 

, • V V • 

Eg: [+ [requett: [2 1], reply-to: c[J 

cont 

■■ v ; ; 

E 7 : [c <~~ [reply. 3]] 

We will use the notation {|(p <= m) —> y|} to partially describe an activity which starts with an event of 
the form [p <~~ [requett: m, reply to: c]]j and finishes with an event of the form [c [reply y]J. 

All of the events shown in the above diagram are contained in one activity (which we will name o) of 
fib whose starting event is Ej and whose finishing event is E 7 . Thus the activity a is of the form 

[|(fib <= [4]) —> 3|}. The diagram above shows two sub-activities of a which we will call 0 and 7 such 
that the following relationships hold. 

0s (|(fib <= 3) ~> 2 |} start (0) * E 2 finish (0) = E 4 

yt {|(fib <= 2) —> 1|} start(7) = Eg f inich(*y ) = Eg 

The activity 0 has events which are not shown in the above diagram. Some of these events are shown 
in the diagram below: 



















Hewitt and Baker 


£ 2 * [fib [requetl: [3], reply-to: 'ifl 
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cont 


Eg? [fib <~~ [request: [ 2 ], reply-to: «3Q 

I 

cont 

I 

._ __.V .'... 

E 10 : [e 3 <~~ [ reply. 1 ]J 

■ -• I 
I'- 

-cont- 


cont 


I 


Eg! [fib <““ [requett: [1], reply-to: c 4 a 


cont 


E ll s C c 4 l rt! P l r -lfl 


-cont- 

I 


E 12 s C + {requett: [1 1 ], reply-to: ejfl 


cont 


E 4 : [cj <~~ [reply. 2 ]J 


Thus we see that 0 in turn has sub-activities y' and 6 such that 


<y’: {|(fib <= [2]) --> 1|} start(-y’) = E 8 finish(y’)* E 10 

(ICfib <= [1]) --> 1|} start(i’) = Eg finish!*’) = E n 

Notice that both y and y both satisfy the partial description {{(fib <= [2]) —> 1|} even though they are 
distinct activities which share no events in common. Uniquely identifying activities has the same 
problems as uniquely identifying objects and events: no finite local description will serve as a unique 
identification. 
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An actor f will be said to behave like a procedure if the following conditions hold for all the histories 
off: 

It All of iha massangars of avanis in tha history ara aithar raquasts or replies. 

2 : Thara is at most ona raply avant E to any givan continuation actor in a history of f. Furthermore 
such an event must ba an alamant of tha activity of a raquast avant of tha form 
[... <~~ [ request :..., reply-to: c]J and avary such raquast avant must ba an alamant of 
pradacassors. aet .^(E). 

3 : Tha activities of f ara proparly nastad. I.E. for any two activitias of f it is tha casa that aithar 
ona activity is a proper subset of tha other or tha two activitias ara disjoint. 

t * 

X.2 — Limits of Continuous Functionals 

The actor model of computation is based on axiomatizing the causal and incidental relations among 
computational events. The Scott-Strachey model of computation is based on the mathematical analysis 
of continuous function spaces. Superficially these two models might seem to have little in common. In 
this section we will analyze the relationship between these models of computation. Our main result is 
that if an actor behaves like a mathematical function then it is the limit of a continuous functional in 
the sense of Scott This result follows from the law that each event has only finitely many immediate 
successors in the continuation ordering and the law of finite chains between two events in the 
continuation ordering. 

' ’ . * • r • 

Once again we will make the discussion concrete by considering the behavior of an implementation of 
the Fibonacci function defined by the following procedure: 

(fib n) a 

(if 

(n - 1) then 1 
(n = 2) then 1 

(n > 2) then ((fib (n - 1)) + (fib (n - 2)))) 

Definition: Suppose f behaves like a mathematical function and that <x y>(f and <x’ y*Xf, 

Then <x’ y*> will be said to be an immediate f-descendant of <x y> if 

there is some history of f which has events E} and Eo of the form 

Ej: J[f [request; x, reply-to: ...]J 

^2* E f <“ w [request: x’, reply-to: ...fl 
such that Ej --> E2 and it is not the case that there is an event E of the form 

E: |[f <~~ [request: ..., reply-to: ...Q 
such that Ej -cont m > E m cont m > E2 

For example <2 1> is an immediate fib-descendant of <3 2>. 
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Definition: Suppose that <x yXf 

immediate-descendantsf(<x y>) s {<x' y*>| <x' y*> is an immediate f-descendant of <x y>} 

immediate-descendantsfj^«l 1>) * {} 
immediate-descendantsfj|,«2 1>) = {} 
immediate-descendants|j|,(<3 2>) = {<1 1> <2 1>} 
immediate-descendants|j| } (<5 5>) = {<3 2> <4 3>) 


Lemma: If f behaves like a mathematical function and <x yXf then immediate-descendants|(<x y>) is finite. 
Proof: Follows from the Law of Finitely Many Immediate Successors in the Activation Ordering. 


Definition: If G is a set of input-output pairs then 

Df(G) s {<x y>| <x yXf and immediate-descendantsf(<x y>) c G} 

Intuitively Df(G) is the set of alt input-output pairs of f that can be computed "immediately" from the 
input-output pairs in G. For example we have the following results for our implementation of the 
fibonacci function 

D f|b ({» * {<1 1> <2 1» 

D fjb ({<l 1> <2 1>}) = {<1 1> <2 1> <3 2>} 

D fjb ({<l 1> <2 1> <0 4>}) = {<1 1> <2 1> <3 2>} 

D fjb ({<3 2> <4 3>}) = {<1 1> <2 1> <5 5>} 

Lemma: If f behaves like a mathematical function, then Df is a continuous functional. 


Proof: From its definition is clearly monotonic We will use N to denote the natural numbers Q.e. the 
non-negative integersl Suppose that {Xj| i<N} is a chain of sets of ordered pairs so that Xj c Xj + j. To 
prove that D^ is continuous we shall prove that 


Clearly 


4 <n o t «i) * d,(u I(N x,) 

Ui<N D,«i» S 0,(U i<N X,) 


by the monotonicity of Df. To prove the set inclusion the other way around suppose 


<x,y>«Df(U j(N Xj) 

It follows from the definition of D ( that <x,y><f and 


immediaie-dascendanisf(<x,y>) c Xj 

Therefore there exists a natural number n such that immediat«-d«scendantsfKx,y>) £ X n since the 
immediate f-descendants of <x,y> are finite. Thus <x,yXD|(X n ) and 
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<x,y> < U j<N D f (Xj) 

Definition: A sequence <xj yj> such that each <X| yjXf will be said to be a descending f-chain if each 
<X| + j y j+ j> is an immediate f-descendant of <Xj yj>. 

Example: The following are descending fib-chains 

[<6 8> <4 3> <3 2> <1 1>] 

[<7 13> <5 5> <3 2> <2 1>] 

Lemma: If <x yXf then there are only finitely many descending f-chains begining with <x y>. 

Proof: Follows from the fact that there are only finitely many events between two events of the form 
[f [rcquett: x, reply-to: c]J and £c [ reply, y]] in the continuation ordering. 

Definition: If <x yXf then height (f,<x y>) will be defined as the maximum length of the descending 
f-chains beginning with <x y>. 

Lemma: If <x yXf then <x yXDf* l# * , * h W* <x ^({J) where Df" is the n-fold composition of Df with itself. 

Theorem: If an actor f behaves like a mathematical function then Df is a continuous functional in the 
sense of Scott and f is the limit of Df i.e. 

graph(f) ■ U jeN Dj'fO) 

where graph(f) is the set of input-output pairs of f. It immediately follows that graph(f) is the minimal 
fixed point of Df since 

graph(f) a Df(graph(f» 

Conversely, if f is the limit of a continuous functional then the method used above can be used to 
construct a history for each request to f such that the histories are consistent and each history has the 
property that each event has only finitely many immediate successors and finitely many predecessors in 
the continuation ordering. 

The above theorem makes precise the physical basis for believing that the graph of every physically 
realizable mathematical function is the limit of a continuous functional: the Law of Finitely Many 
Immediate Successors and the Law of Finite Chains between two Events in the Continuation Ordering. 
As currently developed the Scott-Strachey theory does not account for the the properties of the arrival 
orderings of actors such as synchronization primitives and shared data bases. An interesting topic that 
is left open for future research is how the Scott-Strachey theory can be extended in a natural way to 
encompass the physical constraints imposed by the arrival orderings of actors. 








22 


Hewitt and Baker 


ACTORS 

SECTION XI — FUTURE WORK 

When we first began our investigation into message-passing system we developed the intuitively 
appealing idea of "actors" as agents which communicate by passing messages. This intuitive notion 
proved to be too naive a basis for precise technical work in the same way that the intuitive notion of a 
"set" as a collection of objects proved to be too naive a basis in mathematics. The solution has been the 
development of the axioms in this paper which are intended to serve as the first step in developing 
axioms which capture the intuitive notion of actors as agents which communicate by sending and 
receiving messages. 

There remains a great deal of work to be done in the development of the theory presented in this 
paper. The "completeness" of the axioms presented here needs to be intensively studied to determine if 
they can be significantly strengthened. 

A mathematical characterization of the models which satisfy the axioms needs to be developed. The 
characterization should include a description of a standard model obtained by a constructive method for 
enumerating all the computation histories of a system that satisfy the axioms in this paper. The 
development of such a constructive model will prove the consistency of the axioms in this paper as well 
as providing a standard model in which the axioms can be interpreted. 

We would like to apply the semantic theory developed in this paper in several directions. The 
semantics of programming languages for multi-processing problem solving languages such as KRL, 
OWL, PLASMA, SIMULA, SMALLTALK, AMORD, and the quantificational calculus need to be 
rigorously developed. In this way we hope to be able to make precise technical contributions to the 
"declarative-procedural" controversy. 

There are a number of questions concerned with how efficiently actor systems can be implemented on 
networks of machines. In terms of the physical transport of information there are several ways in 
which an event can be implemented. The information in the messenger can be physically transported to 
the target; the target can be transported to the messenger, or the two can rendezvous at some other 
location. Under differing circumstances any one of the above possibilities might be more efficient. For 
example if the target is a small function which makes use of a large number of the extended 
acquaintances of the messenger then it is probably more efficient to transport the target to the 
messenger. On the other hand if the target is a large data base which is searched according to the 
directions of a small query in the messenger, then it is probably more efficient to transport the 
messenger to the target Research is needed to develop dynamic mechanisms for deciding what 
information to transport for computations that are physically distributed on a network of machines. 
Hopefully some general mechanisms can be developed which, in practice, yield acceptable efficiency. 
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SECTION XII — CONCLUSION 


In this paper we have presented some laws that must be obeyed by the computations of communicating 
parallel processes. The theory is based on axiomatizing the causal and incidental relations between 
computational events where each event consists of sending a message. An important advantage of the 
actor message-passing model is that specifications for actors can be expressed directly in terms of the 
events involving those actors, Our approach is different from the more usual one which is to postulate 
the existence and "fairness" of some underlying global "scheduler" [21] or "oracle" [221 Partial orders 
provide a means for concentrating on the causal relations among event as opposed to time relationships 
that result from some arbitrary interleaving. 

The development of histories in the actor model of computation as partial orders of events as a 
generalization of the previous development as sequences of events has proven to be very fruitful. The 
partial orders -ace->, -arr-> x for each actor x, •eont~>, and —>, are all physically well grounded in the 
sense that if two events are observed to be related in a certain way in some observation frame then they 
will be observed to be related in the same way in all observation frames. Each of these different 
orderings serves its own purpose in the model. The following table summarizes the partial orders 
which we have introduced to describe the histories of computations: 

-oct-> activation causality between avants 

-orr-> x arrival local lima of arrival of massages sent to x 

—> combined general notion of one avant preceding another 

-cont-> continuation nested activities 

* . * * ’ ' ' ; „ , ' ■ - : ' 4 - 

.' ... " 4 

Partial orders of histories have been used to develop specification and proof techniques for modular 
synchronization primitives [32,341 The machinery of partial orders of events provides the semantic 
glue needed to relate the specifications and implementations of communicating parallel processes. 

This paper has traced some of the important relationships between the actor message-passing model of 
computation and classical denotational, semantics. It has been proved that every actor which behaves 
like a mathematical function is the limit of a continuous functional. This result provides a physical 
basis for the treatment of continuity in the Scott-Strachey theory of computation. The actor 
message-passing model has important applications for the semantics of communicating parallel processes 
which will be explored in subsequent papers. 
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